home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Meeting Pearls 1
/
Meeting Pearls Vol 1 (1994).iso
/
amok98-106
/
amok104
/
oberon-a
/
docs.lha
/
docs
/
ToDo.doc
< prev
Wrap
Text File
|
1994-05-19
|
3KB
|
88 lines
$RCSfile: ToDo.doc $
Description: Planned changes and additions to Oberon-A
Created by: fjc (Frank Copeland)
$Author: fjc $
$Date: 1994/05/19 23:40:34 $
________________________________________________________________________
Bugs to be fixed
----------------
ORU
* Module argument is case sensitive.
Planned improvements
--------------------
These are given in no particular order.
OC
* AmigaOberon compatibility.
Oberon-A does not recognise the language extensions implemented by
the AmigaOberon commercial compiler. I did not set out to create a
clone of AmigaOberon, but I appreciate that this makes it difficult
to use the large amount of public domain Oberon code written for
that compiler. I plan to progressively implement extensions so that
AmigaOberon programs can be compiled by Oberon-A with little or no
modification. It is unlikely that the compilers will be 100%
compatible, and their object files will not be interchangeable.
The extensions will include:
- AmigaOberon-style declarations for Amiga library functions;
- Varargs for passing tags to Amiga library functions;
- Recognising the UNTRACED POINTER and STRUCT keywords;
- A CLOSE section in the main body of a module.
* Add Workbench support
* Redo symbol table as a binary tree or hash table to speed up
searches
* Change symbol files as suggested in the Technical Notes
* Implement definition-only modules
* Add support for linking foreign code (ie - amiga.lib)
* Implement C-style and interrupt procedures
* Remember register contents
* Add a branch optimisation phase
* Add small code and small data models
* Implement compiler-generated re-entrancy
* Reconsider how pointers to open arrays are handled as procedure
results
* Re-number the error codes
* Modify the scanner to recognise and ignore AmigaGuide markup. Write
your programs in hypertext! (see Source/Framework/Events.mod)
* Document the UNION extension
* Resident symbol files to speed up compilations.
* Redo the error reporting system, with seperate error files for
each module. Change the file format to binary and create an error
reporting utility to locate the offending text and report the
errors.
OL
* Add options to select alternative versions of OberonSys.lib
* Add an option to call the linker direct
* Add support for linkers other than BLink and ALink, such as dlink
(from DICE) and PhxLnk.
FPE
This is showing signs of its ad-hoc development. Its compiler
independant design is also unnecessary. It will be scrapped and
replaced with an Oberon-A-specific environment written from
scratch, using Kickstart 2.0+ features such as GadTools.
Better still, any volunteers to do it?
Oberon-A Library
* Extend the application framework modules
* Reformat source code as AmigaGuide documents
* Port more of the Oberon System modules
* Update the Amiga interface to Kickstart 3.1. (The planned language
extensions will make this unnecessary, as this already exists for the
AmigaOberon compiler)
Installation
* Make it possible to install Oberon-A anywhere on the drive.